home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20041116-20060924
/
000176_john.hackett@icon-is.co.uk_Sun Oct 23 14:20:21 2005.msg
< prev
next >
Wrap
Text File
|
2006-09-27
|
10KB
|
247 lines
Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!mutlu.news.demon.net!news.demon.co.uk!demon!not-for-mail
From: John Hackett <john.hackett@icon-is.co.uk>
Newsgroups: comp.protocols.kermit.misc
Subject: Re: ftp mput /recursive problem....
Date: Wed, 19 Oct 2005 00:27:16 +0100
Lines: 227
Message-ID: <dj40ck$73h$1$8300dec7@news.demon.co.uk>
References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu> <diuls4$fj3$1$830fa795@news.demon.co.uk> <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com> <dj07ch$i4c$1$8302bc10@news.demon.co.uk> <slrndl7rpq.d73.fdc@sesame.cc.columbia.edu>
NNTP-Posting-Host: iconinfo.demon.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.demon.co.uk 1129678037 7281 80.177.168.155 (18 Oct 2005 23:27:17 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Tue, 18 Oct 2005 23:27:17 +0000 (UTC)
In-Reply-To: <slrndl7rpq.d73.fdc@sesame.cc.columbia.edu>
X-Accept-Language: en-us, en
User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15419
Frank,
One more go...
OK. Testing with another directory I am using a Fedora2 server running
kermit and connecting to a vsftpd-2.0.1-5 server running on Fedora3.
I am getting a similar problem with the tree getting out of sync.
Here are the relevant logs, etc.
filelist:
20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Minor Project
report,20480,binary,OK,"0.003sec 6826666cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB
projects-ex98/Moderation,8772,binary,OK,"0.003sec 2923999cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Project1 - report
sheets,17408,binary,OK,"0.003sec 5802666cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Project2 - report
sheets,30720,binary,OK,"0.005sec 6143999cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Tessa
Parnell?1,25088,binary,OK,"0.003sec 8362666cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB
projects-ex98/TessaParnell?2,13312,binary,OK,"0.002sec 6655999cps"
This is where the problem starts DIR NEAB not created:
20051018,23:20:56,PUT,CHS/ A-level/NEAB/Headings
Only,10555,binary,OK,"0.003sec 3518333cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB/Letter to
Board?1,2493,binary,OK,"0.002sec 1246499cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB/NEAB -
Syllabus,51316,binary,OK,"0.006sec 8552666cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB/Reading
CORE1,6667,binary,OK,"0.002sec 3333499cps"
20051018,23:20:56,PUT,CHS/
A-level/NEAB/ResultsAnalysis98,11082,binary,OK,"0.003sec 3693999cps"
20051018,23:20:56,PUT,CHS/ A-level/NEAB/Teaching
Timetable,16509,binary,OK,"0.003sec 5502999cps"
DEBUG:
PUT CHS/ A-level/NEAB projects-ex98/Minor Project report (binary) (20480
bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,185,69)
---> STOR Minor Project report
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 6826666 cps)
PUT CHS/ A-level/NEAB projects-ex98/Moderation (binary) (8772
bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,132,250)
---> STOR Moderation
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 2923999 cps)
PUT CHS/ A-level/NEAB projects-ex98/Project1 - report sheets (binary)
(17408 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,137,135)
---> STOR Project1 - report sheets
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 5802666 cps)
PUT CHS/ A-level/NEAB projects-ex98/Project2 - report sheets (binary)
(30720 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,114,137)
---> STOR Project2 - report sheets
150 Ok to send data.
226 File receive OK.
: OK (0.005 sec, 6143999 cps)
PUT CHS/ A-level/NEAB projects-ex98/Tessa Parnell�1 (binary) (25088
bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,38,236)
---> STOR Tessa Parnell�1
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 8362666 cps)
PUT CHS/ A-level/NEAB projects-ex98/TessaParnell�2 (binary) (13312
bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,188,17)
---> STOR TessaParnell�2
OK up to now.
PWD: /home/john/testbackup/misc/CHS/ A-level/NEAB projects-ex98/
150 Ok to send data.
226 File receive OK.
: OK (0.002 sec, 6655999 cps)
---> CDUP
250 Directory successfully changed.
PWD: /home/john/testbackup/misc/CHS/ A-level/
NO REQUEST TO MAKE DIR: NEAB
PUT CHS/ A-level/NEAB/Headings Only (binary) (10555 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,153,156)
---> STOR Headings Only
FILE STORED IN WRONG PLACE: /home/john/testbackup/misc/CHS/ A-level/
INSTEAD OF: /home/john/testbackup/misc/CHS/ A-level/NEAB/
NOW WE ARE A DIRECTORY OUT OF STEP.
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 3518333 cps)
PUT CHS/ A-level/NEAB/Letter to Board�1 (binary) (2493 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,223,76)
---> STOR Letter to Board�1
150 Ok to send data.
226 File receive OK.
: OK (0.002 sec, 1246499 cps)
PUT CHS/ A-level/NEAB/NEAB - Syllabus (binary) (51316 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,90,254)
---> STOR NEAB - Syllabus
150 Ok to send data.
226 File receive OK.
: OK (0.006 sec, 8552666 cps)
PUT CHS/ A-level/NEAB/Reading CORE1 (binary) (6667 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,241,34)
---> STOR Reading CORE1
150 Ok to send data.
226 File receive OK.
: OK (0.002 sec, 3333499 cps)
PUT CHS/ A-level/NEAB/ResultsAnalysis98 (binary) (11082 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,202,50)
---> STOR ResultsAnalysis98
150 Ok to send data.
226 File receive OK.
: OK (0.003 sec, 3693999 cps)
PUT CHS/ A-level/NEAB/Teaching Timetable (binary) (16509 bytes)---> PASV
227 Entering Passive Mode (192,168,10,10,115,73)
---> STOR Teaching Timetable
It still seems to me that this is a kermit problem as I get the same
thing when running the command
"ftp mput /recursive /listfile:\m(filelist)"
against different servers and here we can see that the MKD command has
not been issued by kermit to vsftp.
But given what you and Jeff said below I am now totally confused! I
cannot get into the LaCie to see what ftp server it is using - whether
it is also using vsftp - I'll need to adk their tech support...
Frank da Cruz wrote:
> On 2005-10-17, John Hackett <john.hackett@icon-is.co.uk> wrote:
> : That was my first thought when I began this and had various
> : conversations with Technical Support at LaCie: but then I ran the
> : complete backup with gFTP against the LaCie and it worked fine.
> :
> Perhaps gFTP is issuing a different reportoire of commands to the server
> and doesn't tickle the server bug, assuming there is one.
>
> : Also, I
> : have run this Kermit script against both the LaCie and another Fedora3
> : server and both failed in the same way at the same point - which seems
> : to suggest some problem with Kermit rather than the server.
> :
> Is it the same FTP server in both cases?
>
> : As this was really a second line of backup I think I may give up on this
> : and try a different approach - As I already have an cron'd rsync running
> : to give server -> backup I think I'll just mount the LaCie on the backup
> : server and use rsync to it instead. A bit less flexible for what I
> : originally bought the Lacie for but unless anyone has any other bright
> : ideas.....
> :
> Let's look at this transcript again:
>
> :>>SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
> :>>---> CDUP
> :>>250 CDUP command successful
> :>>
> :>>NOW: /mirror/sarah/profile/Application Data/Skype/
> :>>---> CDUP
> :>>250 CDUP command successful
> :>>
> :>>NOW: /mirror/sarah/profile/Application Data/
> :>>---> CWD Real
> :>>550 Real: No such file or directory
> :>>---> MKD Real
> :
> Kermit has CDUP'd to the server's directory:
>
> /mirror/sarah/profile/Application Data/
>
> and now asks to CD to the "Real" subdirectory of that directory. The server
> says there isn't one. But there is, right?
No - the directory Real hasn't been created yet. The MKD Real should
create the directory at /mirror/sarah/profile/Application Data/
So either one or more of the
> prior CDUP commands didn't actually work (even thought the server said they
> did, as Jeff said) or the server botched the CWD command, reporting the
> target directory did not exist when it did. The next bit shows that the
> former theory is the right one:
but this is still right - it looks as if a CDUP didn't work.
>
> :>>257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
> :>>successfully created
> :>>CREATED DIRECTORY Real
> :>>---> CWD Real
> :>>250 CWD command successful
> :
> The CDUP out of the Skype subdirectory was not successful, despite the
> server's status report, exactly what Jeff said, which is why the CWD command
> did not find the Real subdirectory and therefore Kermit had to ask the
> server to create one.
>
> If you can't change or fix the server, then I agree you'll have to give up
> on Kermit, but I don't think it's Kermit's fault. Conceivably I could have
> Kermit do a PWD after each CDUP to check that the server is not lying when
> it says it worked, but that would slow things down a lot on certain kinds
> of transfers.
>
> - Frank